home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9701 / 000019_owner-linux-arm…r.rutgers.edu _Wed Jan 22 09:18:59 1997.msg < prev    next >
Internet Message Format  |  1998-01-25  |  3KB

  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id JAA31996 for <willy@odie.fluff.org>; Wed, 22 Jan 1997 09:18:58 GMT
  3. Received: from vger.rutgers.edu ([128.6.190.2]) by nic.funet.fi with ESMTP id <65594-26991>; Wed, 22 Jan 1997 11:18:47 +0200
  4. Received: by vger.rutgers.edu id <213091-2093>; Wed, 22 Jan 1997 04:07:58 -0500
  5. From: Matthew Wilcox <willy@odie.fluff.org>
  6. Message-Id: <199701220917.JAA31988@odie.barnet.ac.uk>
  7. Subject: Re: Arm Linux (fwd)
  8. To: linux-arm@vger.rutgers.edu
  9. Date:     Wed, 22 Jan 1997 09:17:22 +0000 (GMT)
  10. In-Reply-To: <Pine.SOL.3.95.970122011842.26176A-100000@hammer.thor.cam.ac.uk> from "Philip Blundell" at Jan 22, 97 01:19:04 am
  11. X-Mailer: ELM [version 2.4 PL25]
  12. MIME-Version: 1.0
  13. Content-Type: text/plain; charset=US-ASCII
  14. Content-Transfer-Encoding: 7bit
  15. Sender: owner-linux-arm@vger.rutgers.edu
  16. Precedence: bulk
  17. Status: RO
  18.  
  19. > > 4. Weird stuff.
  20. > >     - Some sort of emulator to allow RISC OS binaries to run might be
  21. > >       a fun thing to have.
  22. > I think that this may be more of a disadvantage than an advantage.  There
  23. > will obviously be several SWI's that just cannot be implemented - OS_EnterOS,
  24. > OS_Memory, OS_SetMemMapEntries, OS_IntOff etc.  I believe that basic may
  25. > require at least OS_EnterOS, but that may be wrong.
  26.  
  27. Can't be implemented in a naive manner, maybe.  It would be feasible to
  28. write a RISC OS emulator that kept track of what state a virtual processor
  29. had and decided whether or not to allow certain accesses on that basis.
  30. For example, interrupts would have to be implemented by the use of
  31. signals, calling os_intoff would simply disable signals from being
  32. delivered until os_inton was called again.
  33.  
  34. The trick is deciding at what level we want to emulate a RISC OS
  35. environment - booting RISC OS on the ARMulator is one possibility, but it
  36. would be extremely slow (and requires additions to the ARMulator to
  37. emulate iomd, vidc et al).  A replacement kernel that handles loading
  38. extension modules is another possibility - but rather tricky.  Writing
  39. replacement modules that implement the RISC OS API is the cleanest
  40. solution, but it's the biggest job to do. 
  41.  
  42. The main problem as I see it is the 26/32 bitness - does Linux/ARM run in
  43. 32 bit modes on capable processors?  Is it possible for different
  44. processes to be run in 26 bit mode?
  45.  
  46. I'd like to know more about the design of the kernel and its
  47. implementation on the ARM.  Does anyone have any good references for an
  48. overview of the kernel?  I have the source, but it's rather tricky to
  49. understand the design from that.